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SIMULATION PLAYER 

FIELD OF THE INVENTION 

The present invention relates to computer simulation of optical, opto- 

eject^ 

5 method for distributing runnable simulation models of such systems and 
components as a means of promoting their features and characteristics. 
BACKGROUND OF THE INVENTION 

Computer-aided design (CAD), and design automation tools incorporating 
computer simulation, have become indispensable in the design and development 

10 of optical, opto-electronic, and electronic systems and components. The ability to 
simulate a design before committing to the expense of construction and testing 
has resulted in great savings in cost and development time. Essential to the 
effectiveness of simulation tools is the availability of models of the individual 
components that accurately reflect the characteristics of real, commercially 

15 available devices. End users of simulation software may construct such models 
for themselves by either measuring the properties of components for themselves, 
or by extracting the required data from manufacturers' product literature. These 
approaches suffer from significant disadvantages. Experimental characterization 
requires the acquisition of sample components, access to a suitably equipped test 

20 and measurement laboratory, and furthermore is a time-consuming process. And 
product literature may not contain sufficient information to construct suitably 
accurate models, since manufacturers often consider detailed technical data to be 
valuable proprietary information. Additionally, a system in which all end users are 
replicating these tasks is inefficient, and leads to generally increased costs of 

25 production. 

It is therefore preferable that simulation models of components and 
systems are developed and provided by their manufacturers rather than by the 
end users. Component and system vendors, for their part, wish to obtain a return 
on their investment in this development in the form of improved access to target 
30 markets and increased sales. In some markets formal or de facto standards may 
emerge that define a widely accepted format for the exchange of models such 
that a single model can be developed that will be compatible with most simulation 
software. This is particularly the case when the market is very large and relatively 



mature. In emerging and smaller are often fewer simulation 

products available, and these may be relatively expensive and less widely 
deployed. Furthermore, these products may support competing proprietary 
format models. 

5 In such markets there is therefore a need that hias not been previously 

addressed for software and methods that enable component and system vendors 
to leverage their investment in simulation models in the marketing of their 
products even when customers do not own compatible simulation software. In 
particular, a significant benefit can be obtained by vendors if they are able to 

10 distribute simulation models of their products to potential customers in a form 
whereby the customers are able to run the models and thus assess the suitability 
of the products for their applications. However, this has not been generally 
possible in the past unless the customers also own or have access to the 
simulation software tools required in order to run the models. As previously 

15 mentioned, in markets in which such software is expensive and not widely 
deployed, it is likely that a significant number of potential customers will not own 
or have access to suitable simulation software, thus impacting adversely upon the 
vendors' ability use simulation models as a means of promoting and marketing 
their products. 

20 One approach to the problem of making a basic simulation capability 

widely available at a nominal cost that has been employed in the past is the 
distribution of a "demonstration", "restricted" or "light" version of the simulation 
software tool. In this method, a version of the tool is distributed for free, or at 
nominal cost, that has been modified to restrict its functionality in some specified 

25 manner For example, the "demonstration" tool may have the full functionality of 
the commercial tool with the exception that the standard "save" feature is 
disabled. In such a case, the tool is useful for trial purposes, or for running pre- 
existing set-ups, but cannot practically be used for ongoing design and 
development work, for which purpose a full commercial version of the tool must 

30 be purchased. 

However, the distribution of a "demonstration" version of the software does 
not satisfactorily address the needs of component and systems vendors who wish 
to use simulation models for the marketing and promotion of their own products. 



"Demonstration" software 

the simulation software to promote and market the software tool itself. As such , it 
is unsuitable as a marketing aid for components and systems vendors for reasons 
including the ^ software is substantialities 

5 appearance and use to the full commerciar version of the software. It is thus 
relatively complex software that requires a significant learning curve by the end 
user, which acts as a disincentive to using it simply to view a vendor's 
promotional material. Second, while "demonstration" software has some 
restrictions built in, it does not generally prevent the user from constructing 
10 simulation setups, or modifying pre-existing ones, as a means of testing the 
functionality of the software. This is a disadvantage for a vendor who naturally 
wishes to prevent the end user from using a promotional model in an uncontrolled 
and unintended manner that may result in the capabilities of a component or 
system being misrepresented. Third, even a restricted "demonstration" version of 
15 a powerful simulation software product is typically a major application that 
requires significant resources, including memory and hard-disk storage, and 
therefore most users would be unwilling to install such a package on their 
computers simply as a means to view vendor promotional material. 

There exists therefore a need for an improved method of distributing 
20 runnable simulation models for marketing and promotional purposes that avoids 
the disadvantages of the existing methods that rely on the use of a 
"demonstration 1 ', "restricted" or "light" version of a simulation software tool. 
SUMMARY OF THE INVENTION 

It is an object of the present invention to provide for a new method of, and 
25 software applications for, distributing runnable simulation models of optical, opto- 
electronic, or electronic components and systems. 

In accordance with a first aspect of the present invention there is provided 

a software program (the "player") that includes a content display means 
that displays to a user a predefined optical, opto-electronic, or electronic 
30 simulation set-up along with associated documentation, data and marketing 
materials, wherein the user is allowed to adjust predetermined parameters of the 
components and systems included in the set-up within specified ranges, but 
wherein the user is not allowed to modify, augment or adjust the set-up in any 



other way. Additionally the player may include a simulation means to run a 
simulation of the set-up using the parameter settings selected by the user, and a 
result d is play means to d isplay the results of the simulation in the form of e.g . 
waveforms, graphs and tables. The content disp^ means may include, for 
5 example, a graphical window on a computer d isplay in which the simulation set- 
up, documentation, data, marketing materials and parameters are displayed, and 
within which the user may interact with these elements using input devices such 
as a keyboard and computer mouse, and software program code to generate the 
window contents and to receive and process the user input. The simulation 
10 means may include, for example, software program code that carries but the 
required simulation steps and generates the corresponding output results. The 
result display means may include, for example, a graphical window on a 
computer display in which the results are displayed, and software program code 
that generates the window contents from the output results generated by the 
15 simulation means. 

In accordance with a second aspect of the present invention there is 
provided a content description means for describing a predefined optical, opto- 
electronic, or electronic simulation set-up along with associated documentation, 
data, marketing materials and a set of predetermined user-controllable 
20 parameters and parameter ranges. The content description means may, for 
example, consist of one or more distributable data files. Preferably the one or 
more distributable data files employ secure encryption methods in order to 
prevent inspection of and changes to the simulation data. 

In accordance with a third aspect of the present invention there is provided 
25 a generation means for the user of a fully featured software optical, opto- 
electronic, or electronic simulation tool to create a simulation set-up along with 
associated documentation, data, marketing materials and a set of predetermined 
user-controllable parameters and parameter ranges, and to generate one or more 
distributable data files <x>ritaining said set-up and associated information. The 
30 generation means may include, for example, the addition of software program 
code to an existing commercially available simulation software tool that performs 
the steps necessary to generate the one or more distributable data files, wherein 



the user can invoke me execution W program code by the selection of a 
specified option from a menu of the simulation software tool. 

In accordance with a fourth aspect of the present invention there is 
provided a method for distributing ainnable simulation models of optical, opto- 
5 electronic, or electronic components and systems including the steps of: 

1 v Distributing at nominal cost via, e.g. a computer network such as the 
Internet or on CD-ROM, a software program (the "played) that includes a content 
display means means for displaying to a user a predefined optical, opto- 
electronic/ or electronic simulation set-up along with associated documentation, 

10 data and marketing materials, wherein the user is allowed to adjust 
predetermined parameters of the components and systems included in the set-up 
within specified ranges, but wherein the us^^ allowed to modify, augment or 
adjust the set-up in any other way. Additionally the player includes a simulation 
means to run a simu lation of the set-up using the parameter setting s selected by 

15 the user, and a result display means to display the results of the simulation in the 
form of e.g. waveforms, graphs and tables. The content display means may 
include, for example, a graphical window on a computer display in which the 
simulation set-up, documentation, data, marketing materials and parameters are 
displayed, and within which the user may interact with these elements using input 

20 devices such as a keyboard and computer mouse, and software program code to 
generate the window contents and to receive and process the user Input. The 
simulation means may include, for example, software program code that carries 
out the required simulation steps and generates the corresponding output results. 
The result display means may include, for example, a graphical window on a 

25 computer display in which the results are displayed, and software program code 
that generates the window contents from the output results generated by the 
simulation means. 

2. Creating, using a fully featured software optical, opto-electronic, or 
electronic simulation tool, a simulation set-up along with associated 

30 documentation, data, marketing materials arid a set of predetermined user- 
controllable parameters and parameter ranges. 

3. Generating, using the fully featured software optical, opto-electronic, 
or electronic simulation tool, a content description means describing said optical, 



optoelectronic, or electronic simulation set-up, associated documentation; data, 

marketing materials and set of ^ predetemiined user-controllable parameters and 

parameter ranges. The content description means may, for example, consist of 

drie or more distributable data files. P 
5 files employ secure encryption methods in order to prevent inspection of and 

changes to the simulation data. 

4. Distributing at nominal cost via, e.g. a computer network such as the 

Internet or on CD-ROM, said content description means to end users who are 

able to use the player to: view the documentation, data, and marketing materials; 
10 adjust the settings of the user-controllable parameters; run the simulation set-up 

using the selected parameter settings; and view the simulation results. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Preferred and other embodiments of the present invention will now be 

described by way of illustration only with reference to the accompanying drawings 
15 in which: 

Fig. 1 illustrates the major software components of a fully featured 
simulation software application that has been adapted for use in a preferred 
embodiment of the present invention. 

Fig. 2 illustrates the content of a player content file according to a preferred 
20 embodiment of the present invention. 

Fig. 3 illustrates the major software components of a player software 
application according to a preferred embodiment of the present invention. 

Fig. 4 illustrates the software architecture of a player GUI application 
according to a preferred embodiment of the present invention. 
25 Fig. 5 shows the main application window of a fully featured simulation 

software application according to a preferred embodiment of the present 
invention. 

Fig. 6 shows the main application window of a player GUI application 
according to a preferred embodiment of the present invention. 
30 Fig. 7 shows a visualizer results window according to a preferred 

embodiment of the present invention. 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

In the preferred embodiment there is p 
applications for distributing runnable simulation models of optical, opto-electronic, 
pr electronic w 

The preferred method includes the step of creating an optical, opto- 
electronic, or electronic simulation set-up along with associated documentation, 
data, marketing materials and a set of predetermined user-controllable 
parameters and parameter ranges. Existing com mercially available simulation 
software tools, such as e.g. VPItnansmissionMaker from VPIsystems Inc., can be 
used to create a simulation set-up, however such prior-art software is not able to 
create the "player content" files, as described later with reference to Fig .. 2, that 
are a feature of the present invention. In the preferred embodiment, a simulation 
software tool is adapted in use to include this additional functionality. Fig. 1 
illustrates the components of an embodiment of a simulation software tool 100 
according to the present invention. Fig. 1 shows that the simulation software tool 
100 may be described as including four major components: 

• A components database 105 that contains definitions of all simulation 
models known to the system. For each component, this data includes, but 
is not limited to: the icon that represents the component within the 
Graphical User Interface (GUI) 110; the number, location and type of all 
input and output ports; the user-controllable parameters; and any 
additional data that may be required to define the behavior of the 
component. Each component may be a primitive module, the behavior of 
which is modelled by program code within the simulation engine 115, or a 
compound module, defined by an interconnection of primitive modules 
and/or other compound modules. 

• The GUI 1 10 that provides the user interface to the simulator. The user 
interacts with the GUI to build simulation set-ups in the form of schematics 
including interconnected components selected from the components 
database 105. The GUI als6 enables the user to perform functions such 
as loading and saving of simulation set-ups and results, and to initiate and 
control simulation. 



• The simulation engine 115 that performs numerical simulation of user- 
created set-ups: In the preferred embodimentHhe simulation engine is 
controlled by the GUI 1 10, which generates a series of simulation 
instructions th^ define the modules used in Jie si^ 

5 parameters and connectivity, and the sequence of operations to be carried 

out in completing th e simulation . 

• The visualization engine 120 that displays graphical results from the 
simulation in the form of e.g. waveforms, graphs and tables. In the 
preferred embodiment, the display of visualized results is initiated by 

10 simulation modules that gather simulation results and pass them to the 

visualization engine. 

In the particular embodiment of the simulation software tool 100 described 
herein, the GUI 110, simulation engine 115 and visualization engine 120 are 
separate programs that communicate with each other via the host computer file 

15 system and standard methods of interprocess communication supported by the 
host operating system. However, it will be appreciated that alternative 
embodiments in which these components are integrated into a smaller number of 
separate programs are also possible, and may also be employed in an 
embodiment of the present invention. 

20 The simulation software tool 100 is used to create and test a simulation 

set-up that may, for example, demonstrate the functionality and characteristics of 
a product such as a component or a system. The simulation software tool is also 
used to define a set of parameters that the eventual user of the player application 
will be able to control, and to define the default settings and allowed ranges of the 

25 parameters. The simulation software tool also enables files to be associated with 
the set-up. These files may include input data files required by the simulation 
models used in the set-up. Additionally or alternatively they may include 
document files, containing information such as, e.g., product data or promotional 
material. It will be appreciated that such capabilities are common features 

30 provided by a number of simulation software tools available in the prior art. 

As previously mentioned, in the preferred embodiment of the present 
invention, the simulation software tool 100 is adapted in use to include the 
additional capability to create one or more "player content" files, e.g. 125. Each 



file is a structured collection of data that may be stored e.g. in computer memory 
or on magnetic or optical storage media, and 

transferred e.g. via a computer network or on magnetic or optical storage media. 
Adyantageou sly in the preferred emb<^ 
5 this simplifies the subsequent distribution of the content, however it will be 
appreciated that alternative embodiments in which the content is distributed within 
multiple files are also possible. 

The contents of the preferred embCKdiment of the player content file 125 
are illustrated schematically in Fig; 2. The player content file 125 is a single 
10 computer-readable file that contains the following information associated with the 
simulation set-up: 

• A graphical representation of the simulation schematic 202. In the 
preferred embodiment, this representation is provided using the Scalable 
Vector Graphics (SVG) format Advantageously, since the SVG format has 

15 been adopted by the World Wide Web Consortium, it enables the player 

application to use third-party plug-in software to display the image, 
reducing the cost of development and deployment of the player. 
Furthermore, this format enables the end user of the player content to view 
the schematic at different levels of magnification without loss of definition, 

20 as would occur if a raster format was used. It will be appreciated that 

although the J5VG fomnat provides these advantages, other image formats 
could also be used. 

• A series of simulation instructions 204 that can be executed by the 
simulation engine in order to run the simulation set-up. In the preferred 

25 embodiment, the simulation instructions are the same as those generated 

by the GUI of the full-featured simulation software tool, which 
advantageously enables the same simulation engine to be used by the 
player application, which minimizes the incremental cost of developing and 
deploying the player. Preferably the simulation instructions are stored 

30 within the player content file in an encrypted format, advantageously 

preventing users of the player from modifying the simulation content. 

• Definitions 206 of the names, default values and allowed ranges of any 
parameters that may be set by the end user of the player content. 



• Data files 208 required by the simulation arid/or document files 210 
containing e^g. product data or promotional material. 

In the preferred embodiment the player content file may contain the 
following additional information: 

• A bit-map image 212, typically including a representation of the company 
logo of the creator of the player content file. Advantageously, this image 
(when supplied) is automatically placed on the graphical representation of 
the simulation schematic in the player application where it acts as a 
promotional feature on behalf of the content creator. Preferably the player 
content file may also contain a World Wide Web Universal Resource 
Locator (URL) 214 representing e.g. a page at the Internet web site of the 
creator. In this case, when the user clicks on the company logo, a Web 
browser may be opened at the referenced page. 

• A password 216 that may be used to restrict access to the player content. 
By password-protecting the content file, the content creator may restrict 
access to the content to only those trusted recipients to whom the 
password is known. 

• A "virtual business card" (e.g. a "vCard" or other representation) 218, 
containing the contact details of a suitable person or organizational unit 
within the company providing the content. The vCard may be used by the 
player application to provide features such as, e.g. the contact details may 
be automatically added to the end-user's email address book, or a new 
email message window can be automatically opened to compose a 
message addressed to the contact person. 

• Version information 220, which may be used by the player application to 
ensure that the content within the player content file is compatible with the 
simulation engine used by the player application. 

This additional information may be added to the player content file at the 
time of creation. 

In the preferred embodiment, the player content file is formatted using the 
"ZIP" archive format. Advantageously, this format allows a number of separate 
original files to be stored within a single archive file, including any desired folder 
or directory hierarchy used to structure the relationships between the files. In the 



preferred embodiment, the schematic image 202, the simulation instructions 204, 
the virtual business card 218; the company logo 2 1 2; the data files 208 and 
document files 210, are initially separate files that are stored within the ZIP 
archive file during the player content file creation. The data files 208 and 
ddcu merit files 21 0 are stored in separate folders within the Zl P archive, which 
avoids any possible conflicts between the names of these user-supplied files and 
the names of any other files within the ZIP archive. In addition to these files, a 
further file is stored within the player content file. This file is an XML (extensible 
Markup Language) file that contains the remaining information required in the 
player content file, including the parameter definitions 206, password 216, 
company URL 214 and version information 220. The XML file may also be used 
for any additional metadata required to describe the format or contents of the 
player content file. 

It will be appreciated by persons skilled in the art that many alternative 
embodiments of the player content file are possible, and that such alternatives will 
fall within the scope of the present invention whether or not they offer all or some 
of the stated advantages of the preferred embodiment. For example, there are 
many other archive file formats in common use, including CAB, ARJ, LZH, TAR 
and JAR files, and any of these could be used interchangeably with the ZIP 
format. The information stored within the XML file could be stored in a single file 
using a different format (for example, a simple text file containing a list of keys 
and values), or could be stored in multiple files instead of using only one. Of 
course, an entirely proprietary player content file could be implemented that uses 
no formats or structures in common use, although the disadvantage of this 
approach is the additional cost associated with the development and 
implementation of a proprietary format file. 

Optionally, the entire player content file is encrypted in order to prevent the 
end user, or any unauthorized third party, from gaining access to proprietary 
information that may be held within the file, or from modifying the content in any 
way. 

As illustrated in Fig. 3, in the preferred embodiment the player application 
300 includes three major components: 



12 



• The player GUI 310 that provides the user interface to the simulator. The 
player GUI loads the player content file 125; and allows the user to view 
the simulation schematic, to view and set the parameters defined by the 
content creator, to open any attached documents, to access any attached 

5 vCard, and to run and stop the simulation. 

• The simulation engine 315 that performs numerical simulation of the set-up 
defined within the player content file 125. In the preferred embodiment, 
the simulation engine is controlled by the predetermined simulation 
instructions 204 contained within the player content file 105. 

10 • The visualization engine 320 that displays graphical results from the 
simulation in the form of e.g. waveforms, graphs and tables. 
One advantage of this architecture in the preferred embodiment is that the 
simulation and visualization engines may be identical with those used by the fully 
featured simulation application. This ensures that the investment in the 

15 development of these components is fully leveraged by the player application, 
and that the incremental cost of development and maintenance of the player is 
restricted to the cost associated with the GUI 310. A further advantage is that the 
player application is "light-weight" compared to the fully featured simulation 
application, since it does not include any of the functionality related to the creation 

20 and maintenance of designs, or the extensive components database that is 
required for the full application. The resulting reduction in the size of the 
application facilitates its ready distribution via online distribution channels such as 
e.g. a download from a Web site. Furthermore, the resulting reduction in 
complexity of the application ensures that the player application is simple to use, 

25 easy to install, and has a reduced requirement for resources such as hard-disk 
storage on the target computer, thus overcoming a number of disadvantages of 
the prior art methods that make use of a "demonstration", "restricted" or "light" 
version of a commercially available fully functionally simulation software tool. 

The software architecture 400 of the preferred embodiment of the player 

30 application implemented on the Microsoft Windows operating system platform is 
shown in Fig. 4. The basic component of the player application is a custom- 
designed executable program 405 that implements the core functionality of the 
player. This functionality includes: reading and decoding the player content file; 



setting parameter values and controlling the simulation engine; and coordinating 
the interactions between the user and various components of the graphical user 
interface (GUI ) • ■ 

The appearance of the GUI itself is defined using a Hypertext Mark-up 
5 Language (HTML) layer 410. Note that HTML is the same language that is also 
used to define the appearance of pages on the World Wide Web. This approach 
is different from that used by most software applications, which typically build a 
GUI by using individual calls to the Windows applications programming interface 
(API), either directly or via a library of more advanced functions. Using the HTML 

10 layer 410 provides two particular advantages in the player application. First, it 
reduces the size, complexity and development cost of the player by utilizing 
existing HTML technology rather than implementing application-specific code. 
Second, it provides the flexibility to redefine the appearance of the player using 
the standard HTML language, without any need to alter the application code itself. 

15 This allows the player appearance to be fully customized, and in particular 
enables it to be "branded" so that it can act as a promotional aid to companies 
such as component and systems vendor in coordination with their player content 
files. 

In order to allow the application to display the GUI that is described by the 
20 HTML layer, the Windows Common Object Model (COM) is utilized. Specifically, 
a Web Browser COM control 415 is created to display the GUI. This control is 
pre-installed on all releases of the Windows OS in common usage, and 
advantageously provides ail of the functionality necessary to interpret and display 
the GUI defined by the HTML layer 410. 
25 To enable the user to interact with the QUI, Java Scripting 420 is used. 

Java scripting enables interactive features, such as animated buttons, to be 
implemented within the HTML framework, thus supporting full interactivity with the 
HTML layer 41 without extensive application-specific coding in the core 
application program 405. 
30 Two features of the GUI use native Windows OS controls created and 

managed by the core program 405. The first of these features is a pane within 
the GUI window that displays any attached document files within the player 
content file, which is implemented using a standard Explorer control 425. This 



control allows the user to see icons representing the documents, along with other 
selected details, and allows the file attachments to be manipulated in the usual 
manner, e.g. the files may be opened, printed, copied etc. The second feature is 
a panel ^ window thiat d isplays a set of slider and list controls 

5 that are used to set the values of the user-definable parameters. These two 
features require complex user interaction, and cannot be implemented in the 
HTML layer 410. However, their location within the GUI window can be defined 
using HtML, and therefore the complete configuration of the user interface at the 
HTML layer 415 is advantageously not compromised by the use of these native 
controls. 

A Scalable Vector Graphics (SVG) viewer component 435 is used to 
display the schematic layout and company logo defined in the player content file. 
In the preferred embodiment, this component is the SVG viewer Web Browser 
plug-in that is available free of charge from Adobe Systems Incorporated. The 
SVG viewer integrates with the HTML layer via further Java scripting 440 to 
provide all the features required by the user for interacting with the schematic, 
such as panning and zooming. The SVG view plug-in may be obtained and 
installed by the user independently of the player application (some users may 
already have this plug-in installed), or it may be distributed and installed along 
with the player. 

In summary, the specific advantages provided by the software architecture 
400 of the player application are: reduced development time and cost; reduced 
application size and complexity; and increased flexibility in defining the 
appearance of the application, including the ability to provide total "branding" of 
the player by content providers. 

It will be appreciated by persons skilled in the art that other software 
architectures may be employed to achieve the required functionality of the player 
application, and that such alternatives will fall within the scope of the present 
invention whether or not they offer all or some of these stated advantages. For 
example, a functional player application could be implemented on the Microsoft 
Windows platform as a single Windows executable program developed 
specifically to provide equivalent functionality to the complete set of components 
shown in Fig. 4. While it would be expected that such an implemehtatipn would 



incu r : higher costs of deve I o pmeht and nl3 ihtsn ianoG , arid : offe f a I esse r degree of : : : 
flexibility and configurability than the pr^^ nonetheless 
include ail the key inventive features of the present invention. 

The preceding description of the preferred emtodimenV^m be further 
5 illustrated with reference to Figs 5 to 7, which show images of the fully-featured 
simulation software application GUI 500, the player application GUI 600 and a 
visualizer output display 700. 

Fig. 5 shows the application window 500 generated by a simulation 
software application GUI 110 that has been adapted according to the preferred 
10 embodiment of the present invention. 

Within the application window 500, a schematic set-up 502 is being edited. 
The user is able to add components to the set-up from the module palette 504, by 
selecting them using an input device such as a mouse, and then dragging them 
onto the schematic 502. The components can be connected together by creating 
1 5 Vires" 506, again using an input device such as a mouse to select the terminals 
of the components that are to be connected. 

The parameters defining the behavior of each module, e.g. 508, in the set- 
up can be viewed and edited by selecting the module and opening a parameter 
editor window, e.g. 517. In the embodiment shown in Fig. 5 the parameter editor 
20 window can be opened by double-clicking on the selected component with the 
mouse, or by selecting an option "Edit Parameters" from a menu that is displayed 
if the user clicks the right mouse button on the selected component 

Additionally, text e.g. 510 may be added to the schematic for the purposes 
of explanation or annotation by selecting the Text tool button 512. Once the Text 
25 button has been selected by clicking with the mouse, text can be added to the 
schematic 502 by clicking with the mouse in the desired location, and then typing 
the required text using the keyboard. 

Additional documentation and other files 514 may be attached to the 
schematic by selecting the Import Document tool button 516. When this button is 
30 clicked with the mouse, a standard file selector window (not shown) opens to 
allow the user to select any desired file within the computer's file system, which is 
then attached to the schematic as indicated by the attachment icons 514. 



By selecting the background df^ schematic 502 th e u ser is able to open 
a global Parameter Editor window 51 7, within which parameters may be defined 
that are applied to the enti^ e.g. 508, in the 

set-up as Specified by the u se r . In the embodiment 500, the parameters are 
5 grouped within the parameter edrtor 517 into categories ("Global", "Player and 
"Scheduled are shown). In the embodiment shown in Fig. 5 the user is able to 
create new categories and add new parameters to existing categories using the 
functions provided by the parameter editor. When the application is adapted 
according to a preferred embodiment of the present invention, the user specifies 

10 those parameters that will be available to the user of the player application by 
simply placing the parameters within the "Player" category. 

The simulation set-up may be run, and the results viewed and verified, by 
pressing the Run button 518, and the set-up may be saved at any time by 
selecting the appropriate "save* option 520. It will be appreciated that a fully- 

15 featured simulation software application provides many other features related to 
the creation, maintenance, testing, development and execution of simulation set- 
ups, and that the features previously described are only those that are relevant to 
a description of the present invention. 

Once the simulation set-up has been created and tested, the user may 

20 create a player content file by selecting the corresponding menu option 522. 
During the process of content creation, the user may be prompted, e.g. by the 
presentation of one or more dialog boxes with corresponding entry fields, to 
provide the additional information contained within the content file, e.g. company 
logo 212, company World Wide Web URL 214, vCard contact details 218, and a 

25 password 216 if restricted access is desired for the content. The remaining 
information required in the content file is provided from the simulation set-up 
created by the user, e.g. the graphical representation 202 and the simulation 
instructions 204 are created from the schematic 502, the document attachments 
210 and input data files 208 are created from the attachments 514 to the 

30 schematic, and the appropriate version number 220 is automatically included 
according to the current version of the simulation application 500. 

The preceding paragraphs describe a common use-case for the preferred 
embodiment of the invention. This use-case is that the user first creates, tests 



and refines the simulation set-up using the fully-featured simulation software 
application. The features of th do this are common between 

the application adapted according to the present invention, and a prior art 
simulation software application that i$ n able to create a player ppptent file. 
5 Once the user is satisfied with the set-up in the application of the preferred 
embodiment, the player content file is created by the user selecting a specific 
function of the application using the menu option 522, that operates 
independently of the other functions of the application. Advantageously, this 
embodiment maximizes the ease of use of the application by a user already 
familiar with a prior art application, and may minimize the costs associated with 
the development and implementation of a simulation software application in 
accordance with the present invention. However, it will be appreciated by 
persons skilled in the art that many alternative embodiments of the fully-featured 
simulation software application are possible, and that such alternatives will fall 
within the scope of the present invention. For example, the player content file 
creation could be an option available under the standard "Save" function of the 
application, rather than being a separate menu option, or the player content file 
could be automatically created under certain circumstances, e.g. the successful 
completion of simulation, of closing of the schematic. Alternatively, a custom 
simulation software application could be implemented with the principle function 
being the creation of the player content file, and having reduced commonality with 
prior art simulation software applications. 

Fig. 6 shows the application window 600 generated by a player application 
310 according to a preferred embodiment of the present invention. The function 
of the player application, as previously described, is to read a player content file 
125, and to enable the user to view the simulation set-up, manipulate the 
predetermined parameters, and run the simulation using the selected parameter 
settings. Note that the user of the player application 310 may be the same user 
who created the player intent file using the fully-featured simulation software 
application, however it is anticipated that in general the user of the player 
application 310 will be a different user, typically located at a site remote from that 
at which the player content file was created. For example, the user who created 
the player content file may use the player application to confirm that the content 



has been correctly created, and that the simulation set-up operates as intended. 
However, the completed player content file may then be distributed, e.g. via 
download from a web site, or on storage media such as CD-R^ to remote 
users of the player appliration 3 t remote users may be, e.g., colleagues or 

5 customers of the user who created the player content file. In any case, the 
remote users need not own a copy of the fully-featured simulation software 
application. Furthermore, if they do not already possess the player application, it 
may be made available to them, e.g. via similar distribution means to those used 
to distribute the player content file such as a web download, or on CD-ROM. 

10 The player application 310 reads in the player content file 125 and 

constructs the player window 600 according to the content of the file. First, the 
player application verifies that the version identification 220 in the player content 
file is compatible with the current player application version. If not, then the 
player application will generate a suitable error message and then exit without 

1 5 displaying the contents of the player content file. Otherwise, if a password 216 is 
defined within the content file 1 25, the player application 31 0 will present the user 
with a dialog box requesting that the password be entered. If the user is unable 
to enter the correct password then again the player application will generate an 
error message and exit. If the version number is compatible, and the correct 

20 password is entered (if required), then the player application 310 will proceed to 
create the contents of the player window 600 in accordance with the contents of 
the player content file 125. 

In the embodiment shown in Fig. 6, the graphical representation of the 
simulation schematic set-up 202 from the player content file 125 is displayed in a 

25 pane 602 of the window 600. In the preferred embodiment, the graphical 
representation 202 uses the SVG format, and the user is able to pan and zoom 
over the full schematic using clicks and drags of the mouse pointer within the 
pane 602. Additionally, if a company logo 212 is contained within the player 
content file 125, then the player will display the logo within the simulation 

30 schematic pane 602. 

The player application 310 also extracts any document attachments 210 
stored within the player content file, and stores them as separate files within the 
local file system of the computer upon which the player application is running. 



These document attach ments are then d ispiayed in a pane 604 of the main 
window, using the Explorer Control 425 to represent each document as an icon 
the appearance of which depends upon the file type of the document. The user 
can open any of these documents by double-clicking with the mouse on the 
5 corresponding icon. 

The player application 31 0 additionally extracts the parameter definitions 
206 from the player content file. Each parameter definition consists of at least the 
parameter name and either a range of allowed values (in the case of a 
continuously variable parameter), or a list of legal values. The controllable 

10 parameters defined in the content file are displayed in a pane 606 of the main 
window, using the slider panel control 430. The values of continuously variable 
parameters are represented using slider controls, e.g. 618, whereas the values of 
list parameters are represented using list controls e.g. 620. The user is able to 
change the controllable parameters by adjusting the slider controls, e.g. 618, by 

15 clicking and dragging the tabs with the mouse, or selecting items from the list 
controls, e.g. 620, by simply clicking with the mouse upon the desired value. 

The player application also provides a number of buttons upon which the 
user can click using the mouse to perform a number of simple functions. For 
example, in the embodiment 600 buttons are provided so that the user can close 

20 608 the current content file, open 610 a new content file, obtain help 612 on using 
the player, and obtain information 614 about the supplier of the player and 
simulation applications. If the player application finds company contact 
information 218 or Web contact information 214 for the supplier of the player 
content file within the file, then the user may contact the supplier via e.g. email or 

25 the Word Wide Web, by clicking on the contact button 616. 

Once the desired parameter settings have been made, the user is able to 
run the simulation by pressing the play button 622. This causes the player 
application to commence execution of the simulation engine 315, passing to it the 
simulation instructions 205 that are stored within the player content file 125. The 

30 simulation engine then executes the instructions, which cause the simulation 
models represented by each component in the simulation set-up to be run in turn. 
The results of the simulation execution naturally depend upon the exact content 
of the simulation set-up created by the user of the fully-featured simulation 



software application 100 and subsequently stored in the player content file 125, 
For example, the simulation set-up shown in the example player application 
window 600 includes a visualization module 626. When the simulation is run, a 
visualizer window 700 will be displayed by the visualization engine 320, as shown 
5 in Fig. 7. The results shown in the visualizer window 700 may depend upon the 
settings of the controllable parameters 606, and therefore by varying the 
controllable parameters and then re-running the simulation by clicking on the run 
button 622 the user is able to view the outputs of the simulation for a range of 
component or system parameters as allowed by the content creator. 
10 Note that advantageously the general appearance of the application 

window 600, including the border 624, the title bar 628 and the buttons 610-616, 
622 are defined via the HTML layer 410, and can therefore be changed without 
any changes to the code in the executable program code 405. Thus, for 
example, a player content provider may be able to distribute a version of the 
15 player in which the general appearance has been altered to provide "branding" in 
the form of designs and logos that promote the business of the content provider. 

It will be understood that the invention disclosed and defined herein 
extends to all alternative combinations of two or more of the individual features 
mentioned or evident from the text or drawings. All of these different 
20 combinations constitute various alternative aspects of the invention. 

The foregoing describes embodiments of the present invention and 
modifications, obvious to those skilled in the art can be made thereto, without 
departing from the spirit of the invention or the scope of the appended claims. 
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